作用
Hibernate 中的inverse在表關係映射中經常套用,
inverse的作用：在hibernate中是通過inverse的設定來決定是由誰來維護表和表之間的關係的。
詳解
inverse的值有兩種，“true”和“false”。inverse="false"是默認的值,如果設定為true 則表示對象的狀態變化不會同步到資料庫 ;設定成false則相反;
我們說inverse設立不當會導致性能低下，其實是說inverse設立不當，會產生多餘重複的SQL語句甚至致使JDBC exception的throw。這是我們在建立實體類關係時必須需要關注的地方。一般來說，inverse=true是推薦使用，雙向關聯中雙方都設定 inverse=false的話，必會導致雙方都重複更新同一個關係。但是如果雙方都設立inverse=true的話，雙方都不維護關係的更新，這也是不行的，好在一對多中的多端:one-to-many默認是inverse=false，避免了這種錯誤的產生。但是多對多就沒有這個默認設定了，所以很多人經常在多對多的兩端都使用inverse=true，結果導致連線表的數據根本沒有記錄，就是因為他們雙方都沒有責任維護關係。所以說，雙向關聯中最好的設定是一端為inverse=true，一端為inverse=false。一般inverse=false會放在多的一端，那么有人提問了， many－to－many兩邊都是多的，inverse到底放在哪兒？其實hibernate建立多對多關係也是將他們分離成兩個一對多關係，中間連線一個連線表。所以通用存在一對多的關係，也可以這樣說：一對多是多對多的基本組成部分。
cascade 有五個選項 分別是: all ,delete ,none,save-update,delete-orphan ;
all : 所有情況下均進行關聯操作。
none：所有情況下均不進行關聯操作。這是默認值。
save-update:在執行save/update/saveOrUpdate時進行關聯操作。
delete：在執行delete時進行關聯操作。
delete-orphan: 當save/update/saveOrUpdate時，相當於save-update ；當刪除操作時，相當於delete ；
1、到底在哪用cascade="..."？
cascade屬性並不是多對多關係一定要用的，有了它只是讓我們在插入或刪除對像時更方便一些，只要在cascade的源頭上插入或是刪除，所有 cascade的關係就會被自動的插入或是刪除。便是為了能正確的cascade，unsaved-value是個很重要的屬性。Hibernate通過這個屬性來判斷一個對象應該save還是update，如果這個對象的id是unsaved-value的話，那說明這個對象不是 persistence object要save（insert)；如果id是非unsaved-value的話，那說明這個對象是persistence object（資料庫中已存在），只要update就行了。saveOrUpdate方法用的也是這個機制。
2、到底在哪用inverse="true"?
“set的inverse屬性決定是否把對set的改動反映到資料庫中去。inverse=false————反映；inverse=true————不反映”inverse屬性默認為false
inverse屬性默認是false的，就是說關係的兩端都來維護關係。這個意思就是說，如有一個Student, Teacher和TeacherStudent表，Student和Teacher是多對多關係，這個關係由TeacherStudent這個表來表現。那么什麼時候插入或刪除TeacherStudent表中的記錄來維護關係呢？在用hibernate時，我們不會顯示的對 TeacherStudent表做操作。對TeacherStudent的操作是hibernate幫我們做的。hibernate就是看hbm檔案中指 定的是"誰"維護關係，那個在插入或刪除"誰"時，就會處發對關係表的操作。前提是"誰"這個對象已經知道這個關係了，就是說關係另一頭的對象已經set 或是add到"誰"這個對象里來了。前面說過inverse默認是false，就是關係的兩端都維護關係，對其中任一個操作都會處發對表系表的操作。當在關係的一頭，如Student中的bag或set中用了inverse="true"時，那就代表關係是由另一關維護的（Teacher）。就是說當這插 入Student時，不會操作TeacherStudent表，即使Student已經知道了關係。只有當Teacher插入或刪除時才會處發對關係表的操作。所以，當關係的兩頭都用inverse="true"是不對的，就會導致任何操作都不處發對關係表的操作。當兩端都是inverse= "false"或是default值是，在代碼對關係顯示的維護也是不對的，會導致在關係表中插入兩次關係。
在一對多關係中inverse就更有意義了。在多對多中，在哪端inverse="true"效果差不多（在效率上）。但是在一對多中，如果要一方維護關 系，就會使在插入或是刪除"一"方時去update"多"方的每一個與這個"一"的對象有關係的對象。而如果讓"多"方面維護關係時就不會有update 操作，因為關係就是在多方的對象中的，直指插入或是刪除多方對象就行了。當然這時也要遍歷"多"方的每一個對象顯示的操作修關係的變化體現到DB中。不管怎樣說，還是讓"多"方維護關係更直觀一些。
（1）對one-to-many而言 (設定inverse=false)，改變set，會讓hibernate執行一系列的update語句。
（2）對many-to-many而言，改變set,只修改關係表的數據，不會影響many-to-many的另一方。
（3）雖然one-to-many和many-to-many的資料庫操作不一樣，但目的都是一個：維護數據的一致性。
3、cascade和inverse有什麼區別？
可以這樣理解，cascade定義的是關係兩端對象到對象的級聯關係；而inverse定義的是關係和對象的級聯關係。
inverse只對set+one-to-many(或many-to-many)有效，對many-to-one, one-to-one無效。cascade對關係標記都有效。
inverse對集合對象整體起作用，cascade對集合對象中的一個一個元素起作用，如果集合為空，那么cascade不會引發關聯操作。
比如將集合對象置為null， school.setStudentSet(null)
inverse導致hibernate執行:udpate STUDENT set SCHOOL_ID=null where SCHOOL_ID=?
cascade則不會執行對STUDENT表的關聯更新， 因為集合中沒有元素。
再比新增一個school, session.save(school)
inverse導致hibernate執行：
for( 對(school的每一個student ){
udpate STUDENT set SCHOOL_ID=? where STUDENT_ID=? //將學生的school_id改為新的school的id
}
cascade導致hibernate執行：
for( 對school的每一個student ){
session.save(a Student); //對學生執行save操作
}
另外如果改變集合中的部分元素（比如新增一個元素），
inverse: hibernate先判斷哪些元素改變了，對改變的元素執行相應的sql
cascade: 它總是對集合中的每個元素執行關聯操作。
（在關聯操作中，hibernate會判斷操作的對象是否改變）
兩個起作用的時機不同：
cascade：在對主控方操作時，級聯發生。
inverse: 在flush時（commit會自動執行flush)，對session中的所有set，hibernate判斷每個set是否有變化，
對有變化的set執行相應的sql，執行之前，會有個判斷：if( inverse == true ) return;可以看出cascade在先，inverse在後。
inverse 對set + one-to-many 和 set + many-to-many 起的作用不同。hibernate生成的sql不同。
對one-to-many，hibernate對many方的資料庫表執行update語句。
對many-to-many, hibernate對關係表執行insert/update/delte語句，注意不是對many方的資料庫表而是關係表。
cascase 對set都是一致的，不管one-to-many還是many-to-many。都簡單地把操作傳遞到set中的每個元素。所以它總是更新many方的資料庫表。
4、cascade和inverse有什麼相同？
這兩個屬性本身互不影響，但起的作用有些類似，都能引發對關係表的更新。
5、 建議：只對set + many-to-many設定inverse=false，其他的標記不考慮inverse屬性，都設為inverse=true。對cascade，一 般對many-to-one，many-to-many，constrained=true的one-to-one 不設定級聯刪除。
